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This report describes a computer-based system> called the FLOW system, 
used in experimental studies of human learning. The student learns a simple 
computer language from printed instructions and can run his programs inter- 
actively on the FLOW system* An automated tutor simulates a human tutor who 
watches over the student and gives help when the student has difficulties. 
The system also records detailed protocols of the interactions among the 
student, the computer, the automated tutor, and the human tutor for later 
analysis. 
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INTRODIKTION 

« 

Our studies of learning have several aaajor foci. First, how is 
information stored in the human meawry system: how is new information in- 
tegrated with the existing knowledge? Second, what are the mechanisms 
used by the learner to select information from the learning environment 
and integrate it with his existing knowledge structure? Third, how does 
the tutor model the knowledge state of tiie student a«« use that model to 
guide the tutorial dialog? 

We have recently developed the FLOW system, a tltipurpose facility 
for studies of the learning process. Some of the work with the FLOW system 
has been described previously (Norman, Centner & Stevens, 1974; Norman, 
Centner & Stevens, in press). This report will be concerned primarily 
with the development of an automated tutor which constructs a simple model 
of the student and uses that model to assist the student when needed. 
Overview of the system 

FLOW is a simple, interactive computer language whose commands are 
designed for string manipulation. Although FLOW is not intended for prac- 
tical computer applications, it shares many important properties with com- 
mon computer languages and is particularly suitable for our studies in 
learning. The section on the FLOW language describes the language in detail. 

The FLOW system is based around a minicomputer. A cathode ray tube 
(CRT) display terminal for the student is attached to the minicomputer. The 
experimenter, i4io is normally in another roa&, can monitor the student's 
terminal on a television display. The minicomputer is connected to a large 
computer in which the automated tutor program resides. The experimenter 



han a cenainal connected to the large ct^uter %Atch he can uf?a to Inter- 
act witli the automated tutor program and, through that program* with the 
student. There are also facilities for recording complete protocols o£ 
the experimental iicssion. The equipment used in the FLOW system is des- 
cribed in detail in the ttection on Hardware. 

Over the past few years, a number of different approaches have 
been taken towards the development of computer-based ins true ti.5nal systems. 
These systems can be generally classed as one of three types. The first 
and roost cosimon type is based on the sequence: present text, t«2st, and branch. 
The student is given a section of text naterial, and then tested on that 
material, usually with a multiple choice test. Depending on the result of 
the test, the student can either be given the next text in sequence, or be 
sent back to a previous sect ic«, or be side-tracked to a rosedial section. 
The second type of system is often called a generative system. The SCHOLAR 
system originally developed by Carbonell (1970) is a fine example of a 
generative system. Here the information (texts, questions and answers) are 
not explicitly stared, but instead there is a database in v^lch information 
about the subject matter to be taught is stored as a semantic network. Gen- 
erative routines in SCHOLAR can access the database to prepare text or ques- 
tions for the student or to answer questions from the student. A third type 
of computer-based Instructional system is the siimilation system. In this 
type the computer is progratmned to simulate some danain of interest, such 
as a regulated power supply (Brown, Burton 6> Bell, 1974) The student has 
a number of operations he can perform on the simulation and learns by see- 
ing the results of these operations. 



Actually, Brown's system can also carry on simple dlalo^is with the 
situdent. Our FLOW system takes a :}imilar approach, giving the student an 
Interactive doaain to experiment with (an ioplemeotatlon of the FLOW 
language) and tutorial assistance. (For examples of related sj'stems see 
Barr, Beard & Atkinson, 1974 Koffman. Blount, Gilkey, Perry & Wei, 1973; 
Goldberg, 1973.) The automated tutor In the FLOW system, however, differs 
considerably from previous systems. In some preliminary experiments, the 
student learned TKM primarily fran written instructions, entered his pro- 
grams into the ccmqjuter and modified his programs based on the results. 
Meanwhile a human tutor was watching over the i?houlder of the student 
and would answer questions or interrupt if the student appeared to be 
having difficulty. The automated tutor is meant to duplicate the func- 
tion of that human tutor. The student still learns primarily from written 
Instructions, but the autotutor tries to follow his progress and keep 
track of v4iere he is in the instructions by monitoring \*at he types into 
the cc«iputer. The student need not follow the written Instructions exact- 
ly, but may move back or skip ahead. The autotutor rflll try to follow and 
be ready to give appropriate help if the student gets in trouble. 



THC FLOW LANGUAGE 

Origins 

Tlie flW language was originally developed by Professor Jeffrey 
Raskin of the Visual Arts Departiaent at UCSD. He wanted to teach coioputer 
programBlng- to humanities students who often either had little experience 
with, or actively disliked matheoiattcs and ccHsputers. FtOW was conceived 
as an introductory cooputer language that would be non- threatening and 
easy to understand while still pos ing the basic functions and construc- 
tions of typical computer languages. After first learning FLGW, the stu- 
dent would then go on to a standard language such as BASIC (Raskin, In press). 

PLOW 

Table 1 shows the comoands and statements In the Inpl mentation of 
FLOW used in these experiments. (After the experiments described in this 
report, we renamed most of the FLOW commands and statements to make them 
more mnemonic. See the section on Subsequent Developments.) 

In our implementation of FtW, the student's terminal is connected 
to the mlnicon^uter via a full-duplex link. Thi? means that when the stu- 
dent presses a key on his terminal, the character is first sent to the mini- 
computer, examined by the computer and then echoed back for display on the 
terminal. This arrangement allous two interesting features. The first 
feature is called "typing amplification" by Raskin. As soon as the mini- 
computer can unamblgucusly recognise a conrntand or statement frosn the char* 
acters Input by the student it supplies the remaining letters of that 
ccwnroand. Since most FLOW ccomiands begin with different letters. It Is 



uHually itecertHary to type in only the first letter of a KCateiBCjnt. With 
th6 ccnmBdnds and statt^ments listed in Table 1, only the underlined letters 
need to bo typed in, the computer 'rfill supply the rest. Second^ since th^^ 
computer can examine each character before displaying it on the terminal, 
Hjmtactically incorrect characters can be rejected. Together frhef^e two fea- 
tures virtually eliminate typing and syntactic errors^ two fi^jor sources of 
frustration for beginning programmers. To illustrate hov they work^ suppose 
a student in entering his program. After CMi^leting a line, the computer 
does a carriage return and line feed, provides a new line number and then waits 
for a student input. At this point the miniccwaputer wil 1 acce'^t any letter 
which begins a FLOW command or statement or a number (indicating that the stu- 
dent wants to change the line number). If the student presses the ''P*' key 
the word "PRINT*' is displayed on the terminal and the minicomputer watts for. 
A legal completion of a PRINT statement. CThe legal characters at this point 
are I, \ and R). If the student then presses "J*% the miniccnputer wiU 
momentarily display a "J" with an audible tone then backspace, erase the 'M** 
and wait for a legal character. An "I" will be accepted as a legal character; 
the minicomputer displays ^•IT" does a carriage return, linefeed, displays a new 
line number and waits for thf? next statement. It is not a rectTnwended pro- 
gramming practice, but as a graphic demonstration of these two features, it 
is possible to bang away at the keyboard, and always produce syntactically 
correct, executable FLOW programs, althouf^, of course, there is no guarantee 
of what they will do. 
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Adyantatte.s of FLOW tor Learning Studies 

Flow has a number of advantaget) as a i^ubject matter for U5e in stud- 
ies of learning. Along vith other computer languages, FLOW involves both 
conceptual and procedural knowledge. It is problem oriented. There are a 
large variety of problems that can ba posed to exercise the student's 
developing knowledge. The language itself and ch« tasks form a small, concise, 
and well defined body of knwledge. The statement of a problen dnd what con- 
stitutes an acceptable solution ate noraially fi»irly clear, althou^ there nay 
be some debate about the quality of a particular solution* The students in 
most of our studies were university undergraduates, and it is relatively easy 
to find subjects from that group vith little or no experience with c<niiputer 
languages. 

Flow also has some unique advantages as a subject matter. With typing 
anq>lification and the rejection of syntactically incorrect characters, two 
major sources of uninteresting errors ate eliminated. The errors we are left 
with are concerned with the meaning of Individual statements and how groups 
of statements interact. Since FXOW is quite a simple language, 3 lot of in- 
teresting learning takes place within the first hour* The subject matter 
is complex enough* however, to require up to 10 hours to master. This forms 
a convenient time span for experimental studies* Subjects usually enjoy 
learning FLOW with its interactive nature and low level of frustration, 
and are highly motivated to learn. 

The last advantage of FLOW derives from the fact that it is primarily 
a computer mediated task. This leads naturally to the possibility for 
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cooputer interaction during the instructional sequence and to sdne of coulee- 
tion of experimental data. Also since the task is primarily v,2rbal, it in 
easy to collect detailed protocols of the tutorial interaction and attemptn 
at problem solving for later analysis. 
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Although this report is concerned mainly with the automated tutor, 
the nxStf system is designed for a nujaber of different types oJ; experimental 
studleu. Figure 1 is a schematic diagram of our equipment. The equipment 
(except for the B6700> is located in two adjoining experimental booths. 

Tha system is based around a Microdata 810 minic«nputer with 24K 
byttfN »if memory (the applicatijMis described here require only m bytes). 
The student works at a Scientific Measuring Systems 1440 CRT terminal con- 
nected to the minicomputer via a full-duplex l2€Ky baud (120 characters 
per second) link. A video output from the CRT terminal is connected 
to a video monitor in the experimenter's booth duplicating the display 
on the student's terminal. The signal going from the mlnicoa^uter to 
the student's terminal which contains all of the information to be dis- 
played on the terminal including vertical and horizontal spacing also 
goes to a recording unit. This consists of a modem converting the dlg« 
Ital signal produced by the minicomputer into a sequence of tones which 
are then recorded on an audio tape recorder. Hie tape recorder can 
record up to four tracks of information such as verbal conanents from 
the student and tutor in addition to the terminal display. Later when 
the tape recording is played back throu^ the modem, the tones are con- 
verted back into digital signals which faithfully duplicate the experi- 
mental session on the CRT terminal. 

The automated tutor part of our nystem :.s contained in programs 
residing on the UCSD's Burrou^s 6700 computer, ^ich is connected to 
our minicomputer via two half-duplex 4800 baud lines. (The two half- 



duplex lines can be replaced with a single full-duplex connection when 
the system will support tuU duplex.) The B6700 computer is also con- 
nected to a Tektronix 4010 display terminal In the experimenter's booth 
which Is used to program the B6700 and to conanunlcate between experiment 
tev and the automated tutor during tutorial sessions. In addition the 
B6700 prepares a protocol of the tutorial session for later analysis. 
The experimenter's booth also contains a keyboard and Teletype terminal 
which are used to comnwnicate with the minicomputer. 

The minicomputer controls most of the flow of information. It 
monitors the student' s keyboard , interprets , and runs his programs » 
and writes on the student's display screen. Input fr<sn the student is 
summarized and sent to the automated tutor on Che B6700 and all mes- 
sages from the autotutor are relayed through the minicomputer. The 
major information link outside the minicomputer is that the experimenter 
can interact directly with the autotutor. 
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THE AUT(»IATED TUTOR 

ttie Printed Instructions 

We decided to base the teaching of FLOW on a set of printed in- 
structions primarily because of ease of preparation, flexibility, and 
convenience of use for the student. Few new educational technologies 
can rival the printed page which is self-paced, portable, easily search- 
ed and inexpensive. Figure 2 shows a typical portion of the instructions 

The instructions are divided Into seven units, each of which in- 
volves three types of tasks: reading, entering practice programs, and 
solving problems. These three types of tasks can be seen in Figure 2. 
The first part of the figure is explanatory text. Then there is a short 
program using the new statement which the student can enter and run« 
Finally the student is given a progranmiing probl^ to solve. All the 
units have this structure; tfiere are one or iiK>re sections of text and 
practice programs ^ and then the student Is given a problem to solve at 
the end of the unit. We ask the $;tudent to not go on to the next sec^ 
tion until he is told to. In fact the autotutor will send him on as 
soon as he solves the problem* The student can go back in the instruct 
tic^s whenever he likes but we thou^t he should not move on to the 
next unit until he had mastered the current unit» We were also afraid 
the autotutor might have difficulty if it thought the student was work- 
ing on Problem 4 when he was actually working on Problem 5* 

New commands and statanents are introduced in each section* With 
typing amplification naive students often accidentally enter statements 
which they know nothing about ^ leading to general confusion. To avoid 
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this problem, the mlnlcc«nputer initially does not respond to any key 
ircm the student* s keyboard. Ak the student moves through tht: In- 
structions^ key *s are activated at the time that the corresponding state- 
ments are introduced* While the student is working on Unit 1, for 
instance, only the H,P,»,R,L,S and E keys are activated (corresponding 
to HELP, PRINT *string^ RUN, LIST and mi). When the student success- 
fully completes the problm at the end of unit 1, the autotutor gives 
him a congratulatory message, tells him to go on to Unit 2, and ac- 
tivates the keys needed for that unit. 

Folluwina the Student 

During the development of the autotutor, all its functions were 
originally carried out by a human tutor. Parts of the tutorial func- . 
tion were then taken over by the computer until it was completely auto- 
mated« The human tutor typically forms a rather sitsple oiodel of the stu- 
dent containing the following information: 

1) where the student is in the instructions, and 2) his current program. 
The ttuman tutor refers to the Instructions and general knowledge to 
generate: 3) the student's next expected Input, and 4) the maximum time 
it should take him to enter the input. If the student entered the expect 
ed input, the human tutor would advance the student model to the next 
point in the instructions. If the student entered an unexpected input, 
the tutor would use the instructions and general world knwledge to try 
and deduce why the student had done that, and v4iere he now was in the 
instructions. Rather than have the autotutor generate maximum pause 
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lengths and the meaning of unexpected Inputs from the Instructions 
as a human tutor does, we decided that that would be too difficult a 
task and entered the maxinaim pause length and a list of inputs^ explic- 
itly for each state. 

One of the major tasks of the autotutor is to follow the stu- 
dent. The student normally proceeds sequentially through the instruc- 
tions* But from time to time he may stake error's and decide to repeat 
things or even go back to an earlier part of the instructions. A con- 
fident student may skip over some of the practice programs and start 
immediately on the problem. "Rirou^ all this, the autotutor monitors 
lAiat the student is typing into his terminal and tries to keep track 
of where he is in the instructions. 

The instructional sequence is divided into 136 states. During 
the practice parts of the instructions, a state usually corresponds to a 
Fli>W statement or ccMmnand, although in the first unit, states may cor- 
respond to individual characters and partial coBsnands. During the prob- 
lem part of the instructions, each probl«n corresponds to essentially 
a single state. Each state has associated with it a list of information 
which the autotutor uses to follow the student. These states and their 
associated lists are all that the autotutor knows about the instruc- 
tions. Because the autotutor employs two distinct strategies for the 
practice states and the problem states, we will discuss each of these 
separately. 

Practice 

The autotator gives three types of messages during the practice 
part of a unit: 1) standard messages in response to a request for help, 
or if the student pauses too long, based on the next expected input 



(Try typing a ); 2) messages In response to a Hcrious error, 

(usually a NBJ out of >!cquentv) wtiich tell what should have been type<l 
and send the student back to a pruvious section to try again (You should 

have typed ; please go bach to Section . ); 3) special message 

peculiar to a given state or class of states which clarify usage of cer- 
tain kevH or cooanands or explain procedures (e.g.. If during the first 
unit the student types the 1 etter "t," when he should have typed the num- 
ber "0", he gets the message, "Zero (0) is located to the ri^t of 9. 
Don't lise the letter 0 for zero.") 

To illustrate how the autotutor works lAen the student is in the 
practice part of the instructions, let's look in detail at one section 
of the instructions In Figure" 2. In this unit we introduce the PRINT 
RETURN statement. In the practice part we give a brief explaration of 
the statement and then a practice program using the new statement which 
the student is expected to enter and run. 

When the student successfully completes the previous problem 
(Problem 2) the autotutor* s model of the student enters State 276. (The 
states are not all numbered consecutively.) When the student then enters 
a NEW conntand, the minicomputer erases the screen and gives the student 
a line number (010) for his new program. Meanwhile the autotutor advances 
the student model to State 277. Wf will examine State 277 in detail. 

Associated with State 277 are four possible student inputs and a 
maximum pause length. The autotutor thinks that the student is about 
to type in the practice program and waits for a student input. The five 
inputs which it is looking for in particular are: 



PRINT *HH.LO* This is v^at the autotutor expected and it simply 

advances the student ntodel to the next state 
(State 278). 

PRINT 'BASKET* This is the first statea»nt for the solution of 

Problaa 2, so the autotutor assujnes that the stu- 
«ient has skipped the practice section and advances 
the student model to the beginning of Problem 2 
(State 282). 

PRINT 'anything else* The autotutor assumes that it just has a creative 

student who didn't like the word HELLO and advanc- 
es hio to State 278. 

The autotutor assuaes that the student had made 
some errors and decided to begin again. The stu- 
«*ent model iis kept in State 277, and to keep some 
control over the chaos, the student is asked to 
start 'af Section 13. "■" 

HELP The autotutor sends the message: TRY TYPING A 

PRINT » HELLO'. The student model remains in 
State 277. 

Any other input is assumed to be an error which the student will notice and 
correct. The student model is left in State 277. 

The maximum pause length for State 277 is 30 seconds. Failure to press any 
key for 30 seconds is equivalent to typing HELP. The student gets the mes- 
sage "TRY TYPING A PRINT 'HELLO'" and the student model remains in State 277. 
(The maxiiman pause lengths, which vary from 30 seconds to 5 minutes are en- 
tered explicitly by the experimenter.) 



Problems 

When the student finishes the practice part of the instructions, the 
student model is advanced to the state corresponding to the next problem. 
A problem essentially corresponds to a single state; running a correct solu- 
tion to the problem advances the student to the next state. Associated 
with each problem state, the autotutor has a program which is a correct 
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solution ot the problem. If the program requires input (in FLlHJ, that 
woultl be in the lorn: oi a TEXT stateinunt) » the autotutor will also have 
several test inputs. As the student types in his program, the minicomput- 
er sends the statements to the autotutor. 

If the student runs his program, asks for help or pauses too long, 
the autotutor runs the student's program along with the correct prograa, 
substituting in its test inputs if necessary. If the two programs gen- 
erate essentially the same output, the student's program Is judged correct, 
and thii student is given a congratulatory message and sent on to the next 
unit. The autotutor is sfflaeviliat lenient about certain discrepancies in 
the student's output such as extra spaces. Within the rather small scope 
of FtOW and the progransaing problems we use, our procedure of c<»nparing 
the outputs of a correct program and the student's program works quite well 
If the outputs are not essentially the same, the autotutor does a line 
by tine comparison of the programs and informs the student of the first 
discrepancy it finds between the student's program and the correct program. 

The program is viewed topologically as groups of non-control state- 
ments bounded by control statements. (Control statements alter the linear 
flow of command ot execution; they are STOP, JUMP TO nnn, and IF IT IS 'c' 
Jim TO nnn.) The non-control parts are examined statement by statement 
as previously described. When a control statement is encountered, 
the branch is taken to the new portion of the program and this is examin- 
ed. This is a recursive process, and if this new portion passes inspec- 
tion, then the statement following the initial control statement is examined 
Thus the whole executable program will be canvassed for errors 
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Exapinle of a Tutorial Interaction 

To illu^5tratti iltv action o; the autotutor, wu will present it por- 
tion of a tutorial Interaction along with the autotutor's interpretation 
of the situation in terms of its modification of the atudtjnt model . Al- 
though this dialog is taken from actual tutorials, we have blinded to- 
j^ether several tutorials with different students to be able to show a 
variety of student errors and how the autotutor handles them. As we 
Ktart this excerpt, the student has just correctly solved Problem 2. 
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SuwBtarv of the Autotaated Tutor 

Art the Htudent woikn Irom written instructions, the autotutor mon- 
itors the student's keyboard inputs and tries to follow the stu- 
dent* s progress through a series of states corresponding to the written 
instructions. The states corresponding to the practice parts of the in- 
structions have an expected pause length and a list of possible inputs 
associated with them. Corresponding to each possible input is a destina- 
tion state and possibly a message. In a given state, if the student 
types in one of the Inputs on the list, the autotutor prints out the 
message if any and advances the model of the student to the destination 
state. If the student types in an input not on the list, the student 
model remains in the same state. Except for these messages, which are 
rare, the only time that the student is aware of the presence of the 
autotutor is when he asks for help or pauses for a long time and exceeds 
the expected pause length. Then the autotutor prompts the student with 
the next expected Input. 

Somewhat surprisingly it has been our experience that the autotutor 
usually makes fewer errors in following the student through the practice 
parts than a human tutor. Analysis of protocols from early sessions with 
human tutors showed that the human tutors often were quite mistaken in 
their judgments of where the student was in the instructions. The main 
probl«n seemed to be that crucial key presses were missed due to lack 
of attention. Of course, eternal vigilance Is one of the supreme virtues 
of a computer, and thi'^ seems to give It the edge in this task. 



the operation of the autotutor while the sJtuUent is worxing on a 
problem is much UDtercnt. Huro the autotutor only has an ojurniplc of a 
correct Kolution to thiS programming probUm. With the tixception of two 
messages vihich are sometimes given early in the problem, all of the mes- 
sages from the autotutor are generated algorithmically based on a compar- 
ison of the student* iS program^ and the correct progfam. In addttitin to 
assisting the student with an incorrect program, the autotutor also runs 
the student's program whenever the student runs it, and if ths program 
seems correct, the autotutor congratulates the student and asks him to 
start on the next unit. - 
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SUBSEQUHNT DEVELOPMENTS 

CoBBteand Names 

Students learning FLOW ofttsn found some of the names of FLOW 
st&tmmts and cdHunandH obscurt)* or confusing. In an effort to clatify 
their functions, we have reriaaed many of the instructions. Table 2 
lists the old instructions and the corresponding new instruction. 

have also altered the display generated by the WALK coiHaand 
to make it c Water what Is happening J eight lines of the student's pro- 
gram are displayed oh the upper portion of the screen along with a 
pointer indicating the statement currently being executed. 

Conceptual FLOW 

One of our original lntere:;ts was to teach students the FLOW 
comfljands and statements and study the spontaneous development of program- 
ming concepts. Thus the written instructions and aut(»nated tutor des- 
cribed In this report are oriented around the statanents in the FLOW 
language. Concepts such as control transfer and loops are not explicitly 
treated. Some tutorials we have conducted Indicate that Instruction bas- 
ed on programming concepts rather than the specific statements would be 
more fruitful, especially for students with no previous experience with 
computers or programming. To produce a FLOW instructional system similar 
to the one discussed here but with a conceptual ^hasis would Involve 
rewriting the instructions and modifying the autotutor to analyse student 
programs in terms of the relevant concepts. An interest of ours. In 



anothct part of the FIjOW study, is the mnnct in which students form their 
developing knowledge Into scht»tnata. Thtjse schtimata usually weem to be cmi 
cerned with i.oneopts such as loops. A version of instruction in ¥UM 
oriented towards the prc^raiaaing CiMicepts would thus also connect in more 
directly with our studies of schemata :»nd how they are used in learning. 
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Conanands 
HELP 

mi 

glJM 
WALK 



LIST 



TABLE 1 
FLOW INSTRUCTIONS 

Requests help frcm> tut-or or autotutor. 
Erases current program* 
Runs current pri»grain. 

St»#ps through the current program. One line of the pro- 
gram is executed each time the space bar is pressed. 
The program statements are displajred as they are execut' 
ed on the upper part of the screen, variables are dis- 
played in the middle .of the screen, and any resulting 
output Is displayed In the iM^er part of the screen. 
This command is a very useful debugging aio. 

Displays tha current program. 



Program Statements 
£RINT 'character string' 
PRINT RETURN 

2RINT 

JUMP TO nnn 



TEXT IS * string' 
GET IT 

IF IT IS *x' JUMP TO nnn 



Displays the character string. 

Does a carriage return and line feed. 

Displays the variable IT. 

Statement number nnn is executed next, (If there Is no 
statement with line number nnn, the statement with die 
next highest line number is executed. If all the line 
numbers are lower than nnn, ^he program stops.) 

Defines a character string to be used as data. 

Sets the variable IT to successive characters in the TEXT 
statement. 

If the variable IT is the same as the character in quotes, 
the JUMP is performed. 



CfWMQJT character string No effect. 
MAIGB COJNTER ZERO 
ADD ONE TO COUNTER 
DECREASE COUNTER BY ONE 
PRINT g)UNTER 

IF COUNTER IS -^ ddc^d JUMP TO 



Displays the variable COUNTER. 
nnn 
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TABLE 1 (cont'd.) 



Notes: Syaten CcHmaaads are executed inmed lately on entry. Program statements are 
used to write stored programs. 

The C(904&liT statement and the ones below it ware ^ot used in the studies des- 
cribed In this report. 

The programser types in only the underlined characters, the computer supplies 
the rest. (Sec the section on Typing Amplification.) 

The programmer must type in the first two letters of the MESf command. This 
is desig^d to help prevent accidental erasure of progrsms. 

The lower case letters in the statements correspond to slots to be filled in 
by the prograHOTer. In particular, the phrases "character string" or "string" 
can be replaced by any .string of characters and the phrases "dddd" and "nnn" 
arc meant to be replaced by numbers of up to 4 and 3 digits respectively. 
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tABLE 2 



NEW FLW INSTRUCTIONS 



Old Instruction 
HELP 

mt . . 

RUN 

WALK 

LIST 

CpiWENT string 
PRINT 'string' 
PRINT IT 
PRINT COUNTER 
PRINT RETURN 
JUMP TO nnn 
TEXT IS * string' 
GET IT 

IF IT IS 'x' JUMP TO nnn 
STOP 

MAKE COUNTER ZERO 

ADD ONE TO COUNTER 

DECREASE COUNTER BY ONE 

IF COUNTER IS tdddJ JUMP TO nnn 



New Instruction 

HELP 

j^SE 

RUN 

mix 

LIST ■ " 

^JMMENT string 
DISPUY "string" 
DISPLAY VARIABLE 
01SPUY COUNTER 
BEGIN ON NEXT LINE 
JUMP TO nnn 
TEXT IS " string" 
GET VARIABLE 

IF VARIABLE IS "x" JUMP TO nnn 

guiT 

N^KE COUNTER ZERO 

ADD ONE TO COUNTER 

SUBTRACT ONE FROM COUNTER 

IF COUNTER IS ^ddd JUMP TO nnn 



Student's Booth 




B6700 
Computer 



Experimenter's Booth 



Figure 1 
The FLOW Expc-iraental Facility 



PROBLEM J: 



Section 12 

You arc now going to learn how to nake the cojnputei type a vertical 
string of BASKETS, with each word on i separate line. Hiat is, the 
result should look like this: 

BASKET 

BASKET 
BASKET 

« 

« 

> ■ . . .. „ 

BASKET 
Section 13 

You should find this an easy program to write. But you need one 
more instruction: ymi need to know how to make the ccsoputer print on 
a new line. We do that by printing a carriage return: 

PRXNT RETURN 

(Note that no quote marks are used for this command.) 

Here's a program using PRINT RETURN: 

010 PRINT 'HELLO' 
013 PRINT RETURN 
020 PRINT 'GOODBYE* 

Type NE. Then type in this program and run it. 

The computer will print: 

RUN 

HELI-0 

GOODBYE 

HALT 

030 

Section 14 

Now try Problem 3: Modify your program from Problem 2 (see Sec. 9) to 
make the computer print an endless vertical string of BASKETS, one on 
each line, using the procedures given on Page 3 for modifying your pro- 
gram. 

After you've made your modifications, list your new program to see what 
it looksi like. Then run the program to be sure it works. 



Figure 2 

A Portion of the Printed Instructions 
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